工作流平台的未来之问

出差刚到家，周末这篇笔记偷个懒，来给 Hello-Agents 唱个反调。

第二部分第五章 《基于低代码平台的智能体搭建》，在我看来并不太适合放进这本教程里，至少不该出现在第二部分的“干货区”。

简单概括一下，这一章主要介绍了三个 workflow 平台：

平台	核心定位	核心特点	适用场景
Coze（扣子）	零代码 / 低代码 Agent 构建	字节跳动出品；UI 极简；插件生态极其丰富；支持一键发布至抖音、飞书、微信	快速原型验证、非技术用户
Dify	开源 LLM 应用开发与运营（LLMOps）	全栈式开发体验；支持 Agent 工作流与 RAG 管道；模型兼容性强；企业级安全	企业级应用、复杂业务逻辑
n8n	开源工作流自动化工具	连接能力极强（数百个 SaaS / DB / API 节点）；支持私有化部署；AI Agent 深度整合	深度业务集成、自动化流程

我能理解作者为什么仍然把「工作流」单独作为一章，放在第二部分。它背后的逻辑，很可能是 “抽象层次的演进”：
先不写代码，也能让完全没有编程背景的人，真正“搭”出一个能跑的智能体。

这个出发点是善意的。

但问题在于，我们也得承认一个现实：
Workflow 本身，并不是 AI 时代的原生产物。

在 AI 还没火之前，n8n、Zapier 这一套已经跑了很多年。
而现在，以 Claude Code、Cursor、Replit 为代表的 vibe coding 工具，正在把“写代码”这件事本身的门槛快速拉低。

当非专业人士也能用自然语言 + 少量约束，获得接近“代码级灵活度”的能力时——
工作流平台原本赖以生存的那块空间，正在被快速压缩。

我把这个想法直接扔给了 Gemini，原话是：

“我觉得在 1 年左右的时间里，工作流会开始淡出这个生态。”

Gemini 的回应倒是相当冷静，也值得参考。它的核心观点有三点：

第一，连接能力仍然是护城河
像 n8n 这类工具，真正难以替代的不是“拖拽逻辑”，而是维护数百个第三方 SaaS / 数据库 / API 的稳定连接和鉴权。
即便 vibe coding 能把业务逻辑写得很优雅，这部分工程成本依然很重。

第二，确定性 vs 涌现性
Workflow 的本质，是让系统按部就班执行预设路径；
Agent 的核心价值，则在于自主决策与涌现行为。
在金融风控、医疗、审计这类场景里，可预测、可回放、可审计的“静态流程图”，依然有不可替代的刚需。

第三，未来更可能是融合而非替代
低代码平台适合快速验证想法、承载标准化流程；
代码和 Agent 机制，则更适合复杂逻辑与长期演进。

这套回应，并没有否认我的判断，但把“消失”修正成了“退居特定位置”。

所以我的真实结论其实更接近于：
Workflow 不会死，但它很难再站在舞台中央。

从这个角度再回头看 Hello-Agents 的第五章，我依然觉得：
它作为“生态补充”是成立的，但作为第二部分的核心内容，多少有点时代错位。

也可能，是我判断得太激进了。

你们怎么看？